home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / faq / news / creating / helper < prev    next >
Internet Message Format  |  1994-03-18  |  23KB

  1. Path: bloom-beacon.mit.edu!news.kei.com!MathWorks.Com!europa.eng.gtefsd.com!library.ucla.edu!ihnp4.ucsd.edu!qualcomm.com!happy.qualcomm.com!rdippold
  2. From: rdippold@happy.qualcomm.com (Ron Dippold)
  3. Newsgroups: news.groups,news.announce.newusers,news.answers
  4. Subject: Usenet Newsgroup Creation Companion
  5. Followup-To: poster
  6. Date: 18 Mar 1994 23:04:53 GMT
  7. Organization: QUALCOMM, Incorporated; San Diego, CA, USA
  8. Lines: 470
  9. Approved: news-answers-request@MIT.Edu
  10. Expires: 16 Apr 1994 00:00:00 GMT
  11. Message-ID: <2mdc2l$8s@qualcomm.com>
  12. NNTP-Posting-Host: happy.qualcomm.com
  13. Summary: Help with the process of newsgroup proposal, voting, and creation
  14. Xref: bloom-beacon.mit.edu news.groups:41919 news.announce.newusers:435 news.answers:16521
  15.  
  16. Archive-name: creating-newsgroups/helper
  17. Last-modified: 1993/11/15
  18. Version: 1.06
  19.  
  20. The Usenet Newsgroup Creation Companion
  21. -----------------------------------------------------------------------
  22. Posted once a month - Comments to rdippold@qualcomm.com welcome!
  23.  
  24. So you want to create a newsgroup...
  25.  
  26. Wallace Sayre said, "Academic politics is the most vicious and bitter
  27. form of politics, because the stakes are so low."  He didn't know Usenet;
  28. Welcome to the next level.
  29.  
  30.  
  31. [ If you're more interested in the voting side than the creation side, a
  32. good guide for the interested party or voter is the User's Guide to the
  33. Changing USENET, maintained by stanley@skyking.oce.orst.edu (John
  34. Stanley). ]
  35.  
  36.  
  37.  
  38. 1. What This is All About
  39. -----------------------------------------------------------------------
  40. Usenet is a loosely knit anarchy - there is no controlling body which
  41. forces any site on the net to choose which newsgroups they can carry.
  42. Sites can create or remove groups at will - however, they can't expect
  43. that everyone else will honor their decisions.  Obviously, this can be
  44. rather chaotic, so in time a set of customs has evolved to ease the
  45. confusion and keep the creation of new groups to a point just below
  46. critical mass.
  47.  
  48. Here's how it works: there is a general agreement among Usenet news
  49. administrators that groups in the "big seven" (comp., misc., news., rec.,
  50. sci., soc., talk.) hierarchies will only be honored at their sites if the
  51. group passes the "official" voting procedures defined in the Guidelines.
  52. Anyone can create a group if they figure out the correct message format
  53. to do so, but it will only be carried on a minuscule number of sites, and
  54. anyone posting to the group may be greeted with messages claiming that
  55. the group is bogus.
  56.  
  57. The Guidelines, which you should read if you want to create a group, can
  58. be found in the periodic posting "How to Create a New Usenet Group" in
  59. news.announce.newusers, or ftp to ftp.uu.net, go to the directory
  60. usenet/news.announce.newusers and get the file "Guidelines".  If you
  61. don't read this file and the group vote is canceled due to
  62. irregularities, you have only yourself to blame.
  63.  
  64. But the Guidelines aren't the whole story.  Another set of customs has
  65. sprung up around newsgroup votings - mostly because there has been an
  66. unfortunate number of sleazy tactics used in past group creation
  67. attempts.  As with Caesar's wife, a vote must be beyond reproach.  If you
  68. even accidentally violate one of these customs, you may find yourself
  69. with a botched vote, a lot of wasted time, and a massive flamewar.  The
  70. purpose of this document is to help you through this potential minefield.
  71.  
  72. This is _not_ in any way an official document, it has no force of law -
  73. rather it helps you with the informal conventions which have evolved over
  74. the years.
  75.  
  76.  
  77.  
  78. Quick Glossary
  79. ---------------------------------------------------------------------
  80. CFV          Call for votes.  See the Guidelines.
  81. FAQ          Frequently Asked Questions list - many groups have a FAQ
  82.              periodically posted to answer common questions.
  83. Flame        A heated attack in a message.  Like fires, they spread.
  84. Flamefest    A general message war containing lots of flames.
  85. News admin   News administrator.  Someone in charge of keeping Usenet
  86.              news running at a site.  These are the people you have to
  87.              convince to carry your group.
  88. Proponent    The person who is the driving force behind the vote.
  89.              Generally the person who does the RFD and the work involved
  90.              in setting up the CFV.
  91. RFD          Request for discussion.  See the Guidelines.
  92. Votetaker    The person who actually posts the CFVs and counts votes.
  93.              Usually not the proponent.
  94.  
  95.  
  96. Quick Overview
  97. ---------------------------------------------------------------------
  98. Q: What's the general voting process?
  99. A: There are five main stages.  You _really_ should read the Guidelines
  100.    if you actually decide to go through with it, but this is a quick
  101.    summary.
  102.  
  103.    1) Discussion of the idea.  If your proposal directly effects an
  104.    existing group you might want to "test the waters" first to see if
  105.    there is interest.
  106.  
  107.    2) RFD (Request for Discussion).  The proponent (you) posts an RFD to
  108.    all interested groups plus news.announce.newgroups and news.groups.
  109.    If you don't include n.a.n, it's not an official RFD.
  110.  
  111.    3) Discussion in news.groups.  People react to the RFD, express
  112.    support, express loathing, or perhaps offer suggestions.  If you
  113.    significantly change your RFD based on discussion in this group, you
  114.    should issue a second (or more) RFD as in step 2.
  115.  
  116.    4) Voting.  Contact rdippold@qualcomm.com regarding having do the
  117.    actual drudgery of voting for you.  The vote should usually start
  118.    around 30 days after the first RFD, and no earlier than 21 days after.
  119.    The votetaker will handle the official CFVs (Call for Votes). The
  120.    voting will run 22 to 30 days, usually 22.
  121.  
  122.    5) Results.  After the voting has ended, the votetaker compiles the
  123.    results and posts them to the net.  If the group passes it will be
  124.    newgrouped after five days, though it may take a while to get to some
  125.    sites.  If the group fails, it can't be voted on for six months.
  126.  
  127.  
  128. General Suggestions
  129. ---------------------------------------------------------------------
  130.  
  131. Q: Why so sanctimonious?
  132. A: Because the politics can be so vicious.  You can ignore all of this,
  133.    but in a controversial group proposal, say involving politics,
  134.    culture, or Star Trek, there are people just waiting for you to
  135.    breathe wrong so they can call for a vote invalidation.  You don't
  136.    have to satisfy me, you have to satisfy them.  These "rules" already
  137.    exist.  Read this now and you could save yourself a lot of hassle in
  138.    the long run.
  139.  
  140. Q: What's the best way to find out how to propose a group and run a vote?
  141. A: Read the guidelines as above, read this document, read news.groups for
  142.    a few months - you're guaranteed at least one enlightening flamefest.
  143.    You'll also see plenty of RFDs and CFVs, and see the reaction to them.
  144.  
  145. Q: If I don't violate any of the "official" rules, how can my vote be
  146.    invalidated?
  147. A: Remember, this is all by agreement between system administrators.  Any
  148.    news admin can declare that they will not be carrying a group for any
  149.    reason.  If it's a respected admin, others may join.  This can
  150.    snowball to where you have an "official" group that nobody carries.
  151.    And if the news.announce.newgroups moderator(s) decide you violated
  152.    the spirit of the rules, you're dead in the water.
  153.  
  154. Q: What's the best policy in order to avoid any minefields?
  155. A: Full honesty, full disclosure, adherence to the rule and spirit of the
  156.    Guidelines.  If you're going to do something, such as send the CFV to
  157.    a mailing list, _say so_ in your CFV!  It's amazing how much pain
  158.    something like this can avoid.
  159.  
  160. Q: This document doesn't tell me what I need to know!
  161. A: group-advice@uunet.uu.net is a mailing list of administrators who can
  162.    help you on the tough questions, if neither this or news.groups helps.
  163.  
  164.  
  165.  
  166. Thinking about a Group Vote
  167. ---------------------------------------------------------------------
  168.  
  169. Q: Do I really want to do this?
  170. A: That depends - it's a lot of effort, even with some help from
  171.    programs.  It's a lot of time - initial discussion, a month for RFD, a
  172.    month for CFV, some time for results and creation.  All told, from two
  173.    to three months of your time.
  174.  
  175. Q: Is this going to be a lot of work?
  176. A: Going through the entire RFD, CFV, and voting process can take quite a
  177.    bit of time.  You've got to meet all your deadlines, face the endless
  178.    bickering on news.groups, and thrash out some sort of compromise with
  179.    all the highly opinionated people who have their own ideas about how
  180.    the group charter should look.  Don't go into it lightly.
  181.  
  182. Q: What are some alternatives?
  183. A: Consider a mailing list.  This can be set up instantly, and has the
  184.    advantages of being fairly focused and having a smaller number of
  185.    people out to cause chaos.
  186.  
  187.  
  188. Q: What about reorganizing existing groups instead of just creating a
  189.    group for a new subject?
  190. A: This is hairy - it's a whole level of magnitude above just creating a
  191.    new group.  There is only one standard reason for splitting or
  192.    reorganizing an existing set of groups - overwhelming traffic.  This
  193.    usually means about 200 messages a day, which can make it tough even
  194.    for someone using a good newsreader.
  195.  
  196.    Alternative: try getting people to use keywords in subjects, such as
  197.    U7 for Ultima VII in a games group.  If most people are considerate
  198.    this way, killfiles can easily kill or select desired articles.  Not
  199.    having a newsreader with killfile capability is not generally viewed
  200.    with sympathy.
  201.  
  202.    Who's going to take charge?  You really shouldn't take on the
  203.    responsibilities of a reorganization unless you've fully handled at
  204.    least one group vote.
  205.  
  206.    If you _really_ want to consider splitting, thoroughly discuss the
  207.    possible split on the affected groups before even thinking about an
  208.    RFD.  Work out what you think the new groups should be.  You want
  209.    enough of a split to divide up the traffic, but you don't want too
  210.    many new groups, and you don't want the subject matter of groups to
  211.    overlap.  Do you need to remove any existing groups?  Because of the
  212.    complex nature of reorganizations, this should be worked out in
  213.    advance.  Then do the RFD if there's a consensus for it.
  214.  
  215.    If one group is especially opposed to the reorganization, or there is
  216.    lots of opposition to one group, leave it out, unless you want to get
  217.    a lot of all-NO spite votes.  And remember, each group creation or
  218.    removal is a separate vote, even though they can all be on the same
  219.    ballot.  If some things pass and others don't, weird results can
  220.    result.  Remember, you can always do things in two or more steps
  221.    (votes).
  222.  
  223.  
  224.  
  225. Suggestions on RFDs
  226. ---------------------------------------------------------------------
  227.  
  228. Q: What should I know about the group name?
  229. A: Check existing groups for hints on appropriate names.  Especially
  230.    check to see if a group already meets your needs!  Also, although few
  231.    systems are affected anymore, each component of the group name should
  232.    be 14 characters or less.  For example, foo.bar.bletch has three
  233.    components, "foo", "bar", and "bletch", all less than 15 characters,
  234.    so no problem.  sci.physics.particle-accelerators, on the other hand,
  235.    is out, as the last component is 21 characters.  Shorten it down.
  236.  
  237.    The naming is very important - it should be hierarchical, with each
  238.    extension in the hierarchy further subdividing the subject.  Don't add
  239.    a period just as punctuation (for example, foo.bar.don.rippold is bad,
  240.    use foo.bar.don-rippold)!
  241.  
  242.    Most new groups fit in nicely at three levels deep... usually
  243.    comp.sys.something or rec.arts.something.  See if your subject fits
  244.    nicely under existing hierarchies.  New second level hierarchies, such
  245.    as rec.something, are usually frowned on unless somehow Usenet has
  246.    managed to overlook a group for a major subject, such as rec.toys.
  247.    The "big 7" hierarchies covered by these rules are:
  248.  
  249.    comp Computer related.
  250.    misc Anything that doesn't go somewhere else - not used much
  251.    news Dealing with Usenet itself.
  252.    rec  Recreational.  Fun stuff.
  253.    sci  Related to the sciences.
  254.    soc  Social issues - for discussion of such issues, or certain social
  255.         backgrounds, such as soc.culture.italian.
  256.    talk Heated debate about controversial issues - politics and religion,
  257.         for instance.
  258.  
  259.    There are also the "other hierarchies" such as bit. and bionet.  The
  260.    most important of these is alt., which operates on different and much
  261.    looser "rules."  Read alt.config for information about this.
  262.  
  263.    If you just can't come up with something, group-advice@uunet.uu.net is
  264.    a mailing list of administrators who can help you.
  265.  
  266.  
  267. Q: Where should I post the RFD?
  268. A: All RFDs _must_ be crossposted to news.announce.newgroups.  Any which
  269.    don't do this are invalid, which can cause problems when you try to
  270.    start a CFV.  You should also crosspost to news.groups and set
  271.    "Followup-To: news.groups" where discussion should take place.  If you
  272.    don't do it, the moderator has to.  Also crosspost to groups which
  273.    might be interested, but don't go overboard.  A good way to avoid
  274.    confusion here and when you post the CFV is to just list the groups in
  275.    the body of the RFD.
  276.  
  277.    If your site won't let you post to a moderated group, send your RFD to
  278.    announce-newgroups@uunet.uu.net.
  279.  
  280.    Since news.announce.newgroups is moderated, your posting will not
  281.    appear in _any_ of the groups until the moderator approves the
  282.    posting.  Be patient.  Don't go posting it to the other groups
  283.    yourself; this will irritate people.  Also, the moderator may notice
  284.    problems in your proposal, and can help you correct them before they
  285.    get posted.
  286.  
  287.  
  288. Q: How long does the RFD discussion go on?
  289. A: The minimum period of RFD discussion before you can issue the CFV,
  290.    even if the consensus of all posters is "good idea, lets do it!" is 21
  291.    days by preference of the news.announce.newgroups moderator.  If the
  292.    RFD takes much longer than 30 days, the discussion should be taken
  293.    offline until a consensus can be reached.
  294.  
  295.    Keep in mind that you can work out many of the hairy details in
  296.    advance before ever posting an RFD - this is what has been done in
  297.    several tricky reorganizations and has worked rather well.  The
  298.    group(s) can take their time working out all the details, then post
  299.    the RFD, and all you have to deal with then are suggestions from
  300.    news.groups readers, which should be possible to do in under 30 days.
  301.  
  302.  
  303. Q: How many times should I post the RFD?
  304. A: Usually just once.  Another RFD is used only if there have been
  305.    significant changes to the proposal since the first RFD and you want
  306.    to involve those who don't read news.groups / news.announce.newgroups
  307.    in the discussion again.  In other words, not all that often.
  308.  
  309.  
  310. Suggestions on Moderation
  311. -----------------------------------------------------------------------
  312.  
  313. Q: Who should moderate a group, if it is moderated?
  314. A: It should be someone respected, who has a fast news connection (no
  315.    leaf nodes), and has the time to do a good job of it.  The moderator
  316.    kills or nurtures the moderated group, so choose wisely.
  317.  
  318.    In addition, the moderator should be able to set up a separate account
  319.    or mailing address just for moderation purposes.
  320.  
  321.  
  322. Q: What if the moderator needs to go on vacation?
  323. A: It's an excellent idea to name a backup moderator at group proposal
  324.    time.  If the moderator ever needs to disappear for an extended period
  325.    of time, the backup moderator takes over until the moderator returns.
  326.  
  327.  
  328. Q: How about getting rid of the moderator?
  329. A: There is _no_ official way to get rid of a moderator without their
  330.    consent!  Even if they turn out to be a bum who never does anything,
  331.    you can't easily replace them.  Thus, take great care with your
  332.    moderation guidelines.
  333.  
  334.  
  335.  
  336. Suggestions on CFVs
  337. -----------------------------------------------------------------------
  338.  
  339. Q: Should I take the CFV myself?
  340. A: For many reasons, group-advice and the news.announce.newgroups
  341.    moderator suggest you use the services of an experienced neutral
  342.    votetaker.  You can email rdippold@qualcomm.com about having a member
  343.    of the Usenet Volunteer Votetakers run the vote for you.
  344.  
  345.    Also, Jonathan Kamens has a vote server running, which has been used
  346.    quite successfully in the past for controversial votes. " People who
  347.    want to use my server to collect votes for a Usenet vote should
  348.    contact me by sending mail to jik@gza.com.  I need to know what the
  349.    name of the newsgroup(s) being voted on are, when the voting period
  350.    will start, and when the voting period will end.  I will send back
  351.    voting instructions to include in the CFV, and then the vote organizer
  352.    should send me back the CFV so that I can check it before it is
  353.    submitted to news.announce.newgroups.  If the vote organizer wants a
  354.    list of voters during the vote to post a mass ACK, he/she should
  355.    contact me when he/she wants the list.  He/she should also contact me
  356.    when the vote is over to get a final tally of who voted which way."
  357.  
  358.  
  359. Q: Which groups should you have the votetaker post the CFV to?
  360. A: All CFV's _must_ be crossposted to news.announce.newgroups, and should
  361.    be crossposted news.groups.  Also to other interested groups, but
  362.    don't go overboard - the groups you posted the RFD to are a good
  363.    guide.  This is in the Guidelines, but is violated so often it is
  364.    worth repeating.  Please post only to groups that are related to the
  365.    subject of your CFV.
  366.  
  367. Q: What if I forget or don't notice an appropriate group until after the
  368.    CFV has been posted?
  369. A: First, note that is should be an _appropriate_ group.  You have two
  370.    choices.  First, if the second CFV has not been posted yet, the group
  371.    may be added to that CFV, but the votetaker will add a note at the top
  372.    of the CFV letting the news.announce.newgroups moderator know what's
  373.    happened.  He may overrule the addition.
  374.  
  375.    The second choice is to post a note in the group mentioning that the
  376.    CFV is going on, sorry this group was missed, and please read article
  377.    "CFV: the.group.name" in news.announce.newgroups if you are interested
  378.    in voting. Don't just go and post the CFV there.  It's effectively the
  379.    same thing, but appearances are everything.
  380.  
  381.  
  382. Q: How long should the CFV run and how many times should it be posted?
  383. A: Standard length of a vote is 22 days.  The vote can run as long as 31
  384.    days, but this usually doesn't accomplish anything except delay the
  385.    group for another week and a half.  There are normally two CFVs
  386.    posted.  Once on the initial day, and the second a week after that or
  387.    halfway into the vote.  The votetaker will take care of this.
  388.  
  389.  
  390. Q: Can the CFV be sent to mailing lists?
  391. A: Yes, but the people on the mailing list should be able to read the new
  392.    group, if created, or else you have people voting on something they'll
  393.    never see, which may cause some raised eyebrows.  And of course the
  394.    mailing list should be intimately related to the subject of the
  395.    proposed group.
  396.  
  397. Q: How should the CFV be sent to a mailing list?
  398. A: First, use the full disclosure tactic.  Let the votetaker know which
  399.    mailing lists the CFV should go to, so he can note them in the CFV as
  400.    required.  Either the votetaker or the proponent can do the actual
  401.    mailing, but make sure it is done _only_ after the official CFV has
  402.    appeared in news.announce.newgroups, or the votes received will be
  403.    invalid.
  404.  
  405. Q: What's the big deal about mailing lists?
  406. A: One of the best ways to get your vote canceled is to send the CFV to a
  407.    mailing list without following the above procedures. Disclose in
  408.    advance!
  409.  
  410.  
  411. Q: Can I campaign for or against the group(s)?
  412. A: The rule is that the votetaker can't do any campaigning.  If you're
  413.    not the votetaker (and you likely will not be), you can campaign.
  414.  
  415. Q: Can I vote on the group?
  416. A: You bet.  One person, one vote, and even though you're the proponent
  417.    you're also a voter.
  418.  
  419. Q: Can I find out how the vote is going?
  420. A: No.  The votetaker, by the Guidelines, may not reveal to _anyone_ how
  421.    the vote is going, even to the proponent.  If they do, the vote is
  422.    rendered invalid.  So don't even ask.
  423.  
  424.  
  425. Q: Any other hints?
  426. A: The votetaker will take care of the mechanics of the CFV presentation.
  427.    Your job is to come up with the best group charter you can.
  428.  
  429.  
  430. Suggestions After the Vote
  431. ----------------------------------------------------------------------
  432.  
  433. Q: The group passed!  My job is over, right?
  434. A: Wrong.  Don't be caught napping.  Your new group will be visited by
  435.    plenty of people who never saw the RFD or CFV and want to know what's
  436.    up.  Even people who know what the group is for may not be familiar
  437.    with proper etiquette.
  438.  
  439. Q: How about a FAQ?
  440. A: Good idea.  It's a Good Thing to have a embryonic Frequently Asked
  441.    Questions list which can be posted as soon as the group is created
  442.    that explains the nature of the group, including the charter.  It will
  443.    grow, but it's good to have one to start with.  In fact, if you create
  444.    a FAQ before the CFV is posted, and include it in the CFV, it may
  445.    answer the questions of those who are unsure whether or not they want
  446.    to vote for the group - it's an indicator that the group may be of
  447.    similar high quality.
  448.  
  449.    Your FAQ should definitely encourage the use of keywords in the
  450.    subject line, for help with killfiles.  For example, in
  451.    rec.arts.comics, MARVEL, DC, or INDY in the subject, as in "Subject:
  452.    DC: Sandman #92", are suggested.  These will depend on the nature of
  453.    your group.
  454.  
  455.  
  456. Q: It's going to be moderated, is there anything special to do?
  457. A: Yes.  Read the Guidelines, and as soon as the vote passes, follow the
  458.    instructions on mailing the moderator's addresses to the specified
  459.    people who maintain the official moderators lists.
  460.  
  461.    Whoever is moderating should have another account or mailing address
  462.    created which is for nothing but postings to the moderated group.
  463.    This way, there is no possibility of confusion as to personal mail and
  464.    potential posts, among other advantages.  This may take some time to
  465.    set up, and should be done as soon as possible.
  466.  
  467.  
  468. Q: The group failed!  When can I try again?
  469. A: In six months.  Consider the results, though, so you don't waste your
  470.    time again.  If it failed miserably, you might try a mailing list
  471.    instead.  If it was a close vote, consider any flaws in the proposal.
  472.  
  473.  
  474. ------------------------------------------------------------------------
  475.  
  476. Thus Endeth Ye Documente
  477.  
  478. Thanks To: Alan Barrett, Nick Fitzpatrick, Ed McGuire, Andrew Hackard, J
  479.    Lee Jaap, Jonathan I. Kamens, David Lawrence, Mark Linimon, Emma
  480.    Pease, Brenda J. Roder, Chip Rosenthal, Edmund Schweppe, David Seal,
  481.    Al Sharp, Josh Smith, David W. Tamkin, Coyt D Watters, David Wright
  482.  
  483. -- 
  484. To function efficiently, any group of people or employees must have faith in
  485. their leader. -- Capt. Bligh
  486.